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ABSTRACT 

This paper will report new developments and recent improvements to 
DDT. 

"Window DDT" now will remember undefined symbols and define them 
on a later command. Using sequence breaks, it can change the contents 
of memory while a program is running, and the contents of memory can 
be displayed in symbolic form on the scope. 

INTRODUCTION 

The distinction between a debugging system and a programming system is not very clear, 
especially when the two systems work within the same language. In debugging small 
MACRO programs using DDT, one often adds substantially to the volume of the original 
program. At least volumetrically, then, he must be programming. 

For very small programs it is clearly more efficient, provided access to the computer is 
freely available, to write the whole program at the keyboard using DDT, because this 
eliminates a number of preparation phases each of which hasafixed overhead time. With 
larger programs, on-line programming with DDT becomes more difficult, because there 
is more to keep track of in what is already written, and more planning to do. 

We have added a few features to DDT that make more convenient the construction and 
debugging of larger programs. Below we describe these new features, and then discuss 
what it might take to make a really smooth on-line programming system. 

Use of Undefined Symbols 

We have added a second symbol table to DDT. This table lists references to symbols 
used but not yet defined. When a symbol is defined, the references to it in this table 
are filled-in and moved over to the regular symbol table. This means that one can refer 
forward to data or program elements not yet provided for, thus reducing the need for 
advance planning of storage layouts in full detail. The handling of undefined symbols 
is completely automatic and does not require any new action on the part of the user. 

When an undefined symbol is typed-in,the machine acknowledges it by typing an over¬ 
strike bar. A special control signal makes the system list the currently undefined symbols; 
another makes the system define all currently undefined symbols in a consecutive block 
beginning at the currently open location. 


The WINDOW Feature 

The control signal xxxx causes a listing of the program starting at xxxx to appear on the 
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scope. This listing has three columns: location, symbolic contents, octal contents. 

A few special switches on our console then allow one to move this ”window” up and 
down through the program, or H jump*' the window to the effective address of an indi¬ 
cated instruction, thus following transfer paths. This feature serves many of the func¬ 
tions of a complete listing and is quite useful in helping to reduce the amount of men¬ 
tal bookkeeping involved in on-line program-construction. It is also very useful in 
debugging. The window display runs concurrently with DDT, using sequence-break. 
One operates DDT normally while the window is up, and it indicates changes as they 
are made in the program. 

Sequence Break DDT Feature 

Using single-channel sequence-break, DDT remains available while the object pro¬ 
gram is being run, so that parameters can be changed or patches inserted without stop¬ 
ping the program. If the program contains a scope display output, this means that one 
can quickly adjust parameters and the like without writing special provisions for this 
into the object program itself. Again, no new actions are required on the operator's 
part. 

The present version does not allow for object program typewriter input-output. 
Discussion 

The three features discussed above seem very useful. They do not make DDT into an 
ideal machine-language assembly program. We plan to improve the system in a num¬ 
ber of respects; the result will be a more-or-less complete on-line macro-assembly 
system. 

a) The programs resulting from DDT are not easily relocatable; this makes it 
hard to build large programs from separately-written small ones. This is particularly 
regrettable since almost all the information required for relocation is available to the 
system at input time. If this relocation information is preserved, it can be used not 
only to make a relocatable program but also to make the system able to provide good 
symbolic listings, by suppressing meaningless symbolic interpretations of data quantities. 

b) The system is weak because it does not have macros. 

We plan to add non-recursive macro definitions to the system, and have it produce a 
relocatable punch-out. Relocation of program blocks during debugging will be per¬ 
mitted. 

The version of DDT with improvements (1), (2) and (3) above will be distributed soon 
through DECUS. No date is set on the relocatable-macro DDT. 
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